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SYSTEM AND METHOD FOR RENDERING AND DISPLAYING 
A COMPOUND DOCUMENT 

Field of the Invention 

5 The current invention relates generally to a system and method for rendering and 

displaying a compound document, and more particularly to a system and method for 
rendering and displaying a compound document using an applet within a client/server 
architecture. 

10 Background of the Invention 

Access to a large volume of documentation is a critical requirement in many 
industries. For example, in the aircraft industry the development of a new aircraft 
requires that the engineering specifications for perhaps over one million parts must be 
made readily available to those who need the documentation. In another example, the 

15 documentation for a company's computer systems and software must be accessible by 
the software engineers who program and operate the company's computer systems. In 
both these examples the documentation that must be disseminated includes text, 
graphics, and possibly images, rather than just text. 

Because of the large number of people that must have access to this 

20 documentation in these applications, it is impractical to provide hard copy versions of 
the documentation to everyone or to a substantial subset of the people. Additionally, 
any modification to the documents requires regeneration of the hard copies of the 
documents. As a result, this method of distributing hard copies of the documents is both 
time consuming and costly. Moreover, there is a risk that the documents that have been 

25 distributed are out of date due to the inherent lag time in making modifications to the 
documentation. 

In recent years with the prevalence of compact disk-read only memory (CD- 
ROM) drives in personal computer systems, CD-ROMs have been used as a means for 
disseminating large volumes of documentation. In particular, the documents are stored 
30 on CD-ROM, and the CD-ROMs are distributed to the interested parties. When the 
documentation is updated, a new CD is generated and disseminated with the update. 
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The use of CD-ROM thus has eliminated the manual process of updating a hard copy of 
the document at the cost of the increased expense of generating a new CD-ROM for 
each update or batch of updates to the documents. The use of CD-ROM does not 
address, however, the risk of the data being out of date since there is still a lag time in 

5 distributing the CD-ROM. 

Some attempts to find improved methods for the distribution of large volumes of 
information have focused on the use of computer systems employing a client/server 
architecture. In this architecture a client computer system, typically a personal computer 
or workstation, is remotely connected to a server computer system that has access to a 

0 central document database. In one approach, the client system includes software 
("client-side software") that is permanently installed on the system for accessing 
documents from the document database. The client-side software acts in concert with 
cooperating software at the server ("server-side software") to permit distribution of 
documents from the central document database. Employing a central database in this 

5 architecture addresses issues regarding the timeliness of the data and efficient updating 
of the data, since the documentatior is updated only once and then is available to all the 
client systems. Nevertheless, there are still certain disadvantages in this approach. The 
client-side software is permanently installed on the client's system. Thus, any changes 
or modifications to the client-side software require a new installation of the software at 

0 the client system in order to implement the changes. In a large network this may 

necessitate updating the client-side software at thousands of personal computers which is 
time consuming. This process is potentially complicated because the client-side 
software and server-side software are cooperating applications, and synchronization 
must be maintained. Updates to the server-side software cannot be applied until all the 

5 client systems are updated to reflect the new changes. In a worst case scenario, both the 
client-side software and the server-side software must be updated as one event to insure 
operability. This can impact the availability of the central document database. 
Furthermore, system security may be reduced since the application is permanently 
installed on the client system where the application may be altered to provide 

0 unauthorized capabilities. A modified version of the application may be substituted for 
the original version, without the server-side becoming aware of it 
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More recently, with the explosion in the use of the Internet and intranets, a new 
architecture has found favor in connecting client systems with servers. In this new 
architecture, a web browser is run on the client system, providing the user with access to 
a server over the Internet or intranet. The browser is not an autonomous client 
5 application but rather operates in cooperation with instructions from the remote server 
software. To be more specific, once a specific server has been invoked by the browser, 
the content that the browser displays on a computer device is at the direction of the 
server-side software. The server communicates with the browser in a language termed 
HyperText Markup Language, or HTML. This language facilitates the specification of 

10 HyperText documents. In a typical communication between the browser and the server, 
HTML files are sent from the server to the browser to direct the operation of the 
browser. The browser receives the HTML language, interprets it, and performs the 
operations called for by the HTML. Communication back to the server from the 
browser is in the form of the HTTP protocol. In networks where HTML files are passed 

15 between client systems and server systems, the client/server architecture is maintained, 
but the client-side software is a generic browser rather than an autonomous or 
permanently installed software for interpreting and displaying a document from the 
server. These generic browsers can interpret and display the HTML markup language. 
Unfortunately, HTML is a text only language and does not support compound 

20 documents combining text, graphics and images that are self contained within the 
document without the need to reference other files or documents. Additionally, an 
HTML document is transferred only as a single file, and there is no capability to view 
only specific pages of the document or certain sections of the document independent of 
the entire document. For very large documents this increases the transmission time and 

25 requires the document to be navigated from the beginning of the document which is of 
course awkward and frustrating when only a small portion of a very large document 
needs to be reviewed. 

It is thus an object of the invention to provide for a document viewer at a client 
system that handles text, graphics, and images, but is not persistently or permanently 

30 installed on the client. 
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It is a further object of the invention to provide for a document viewer at a client 
system that handles compound documents where the documents are not persistently 
available on the client system. 

5 Summary of the Invention 

The present invention provides for the rendering and displaying of a compound 
document at a client system without requiring that any application specific-software be 
installed on the client system. The application is said to have a "zero footprint 11 since the 
software that renders and displays the compound document resides only temporarily on 

10 the client system, and is not persistently or permanently stored when the rendering and 
displaying application is not active. The compound document is also not persistently or 
permanently stored upon termination of the application. Consequently, document and 
application security is enhanced through the practice of the invention. A compound 
document is a self contained document structure which has the capacity to include, in 

1 5 combination, text, graphics, and images. By self contained, it is intended that the text, 
graphics, and images of the document z *e. fully described within the document without 
reference to external documents. 

In one aspect of the invention, the rendering and display of a compound 
document is initiated at a client system through a Java-capable web browser. The web 

20 browser is capable of communicating to a server system through a network connection 
and operates on HTML formatted data. By "Java-capable" is meant the ability of the 
web browser to recognize an APPLET or OBJECT tag and facilitate the loading and 
running of the applet at the client system. 

In another aspect of the invention, the compound documents that are to be 

25 displayed at the client system may reside in one or more document repositories that are 
remote to the client system, but accessible from a server system that is in 
communication with the client system. The server system includes software for 
accessing and manipulating a compound document, and is capable of compressing the 
compound document. Furthermore, the software is capable of scaling images within the 
30 compound document to accommodate the resolution requirements of the client system. 
For example, high resolution documents may be scaled down to lower resolutions to 
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accommodate lower resolution display devices at client systems which also 
advantageously reduces the data transmission load the memory requirements of the 
client system. 

In another aspect of the invention,- a Java applet is downloaded upon demand to 
* 

5 the client system to render and display the requested compound document. The Java 
applet only resides on the client system for the time it is active and is not persistently or 
permanently stored on the system. 

In yet another aspect of the invention, the Java applet includes a graphical user 
interface (GUI) for controlling the presentation of the compound document at the client 

1 0 system. The GUI advantageously permits navigation of the document by page numbers 
and hypertext link traversal. 

According to another aspect, the invention employs a method for displaying a 
compound document residing on a server system at a client system. The client system 
includes a processor for executing computer instructions and which is capable of 

15 communicating with the server system. The method comprises the steps of requesting 
the compound document from the server system by the client system, receiving the 
compound document and first computer instructions corresponding to commands for 
displaying the compound document, generating in response to the first computer 
instructions at the client system second computer instructions executable by the 

20 processor of the client system for displaying the compound document, executing the 
second computer instructions at the client system, and displaying the compound 
document. 

According to another aspect, the method further comprises the steps of providing 
browser software instructions at the client system, and executing the browser software 
25 on the client system for specifying the requested compound document. 

According to another aspect, the first and second computer instructions are not 
persistently stored on the client system. According to still another aspect, the method 
also provides for a compound document having text, image, or graphic data, and 
provides for scaling the compound document at the server system to adjust the display of 
30 the compound document at the client system. 
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The invention also provides for a computer readable media having computer 
instructions thereon corresponding to commands for displaying a compound document 
received at a client system, the client system having a computer processor and is capable 
of executing browser software thereon. The computer instructions including first 

5 computer instructions generated by compiling source statement instructions, thereby 
causing the browser software, coupled to a JAVA Virtual Machine, to generate second 
computer instructions executable by the processor of the client system for displaying the 
compound document. 

According to one aspect, the first computer instructions are JAVA bytecode, and 

10 the source statement instructions are instructions from the JAVA programming 
language. 

According to another aspect, the compound documents consist of information 
from the group of text, image, and graphic data, and according to one practice includes 
text and image data. 

15 The present invention also provides for a document distribution or display 

system residing on a server system for transferring a compound document to a client 
system for display thereon. The document distribution system includes means for 
receiving a request for transferring the compound document to said client system; first 
transfer means for transferring pseudo computer instructions from said server system to 
20 said client system corresponding to computer instructions that are executable at said 
client system to display said compound document; and second transfer means for 
transferring to said client system said compound document in response to said 
executable computer instructions at said client system. 

According to one aspect, the document distribution system also includes means 
25 for compressing the compound document prior to transmitting the compound document, 
or means for scaling the compound document for display at the client system. 

According to another aspect, a document display system, executable on a client 
system, for displaying at the client system a compound document residing on a server 
system, includes means for requesting the compound document from the server system, 
30 means for receiving from the server system the compound document and first computer 
instructions indicative of the second computer instructions for displaying the compound 
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document at the client system, and means for generating in response to the first 
computer instructions the second computer instructions. The second computer 
instructions are executable by a processor of the client system for displaying the 
compound document thereat. The system also includes structure for executing the 
5 second computer instructions at the client system, and displaying the compound 
document. 

Brief Description of the Drawings 

An illustrative embodiment of the present invention will be described below 
1 0 relative to the following drawings. 

FIG. 1 is a depiction of a computer architecture, including the major software 
components suitable for practicing an illustrative embodiment of the current invention. 

FIG.2A depict a sample screen display for selecting a compound document at the 
1 5 client system. 

FIG 2B depicts an alternative screen display to FIG. 2A for selecting a 
compound document at the client system. 

20 FIG. 3 illustrates components of a Web browser, the Java applet, and JVM 

residing in RAM of the client system. 

FIG 4A illustrates the steps that are taken to initiate a document rendering and 
display application according to the illustrative embodiment of the present instant 
25 invention, 

FIG 4B illustrates the steps that the server-side software initially takes to respond 
to the request for a compound document at the client system. 

30 FIG 5 A illustrates the steps that the Web browser takes after receiving the 

HTML data file describing the selection page. 
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FIG. 5B illustrates the steps that the server-side software takes in responding to 
the compound document request by the client system. 

FIG 6A illustrates the steps that the server-side takes after receiving the HTML 
5 data file identifying applet and the compound document to be displayed. 

FIG 6B shows the steps that applet 70 takes after receiving control. 

FIG. 7 shows an example of a graphical user interface (GUI) suitable for 
1 0 practicing the illustrative embodiment of the invention. 

Detailed Description of an Illustrative Embodiment 

The present invention provides for an innovative system and method for 
rendering and displaying a compound document at a client system without requiring that 
1 5 any application specific software be installed on the client system. The application is 
said to have a "zero footprint 11 since the software that renders and displays the compoun \ 
document resides only temporarily on the client system, and is not persistently or 
permanently stored when the rendering and displaying application is inactive. An 
applet is advantageously utilized to render and display the compound document without 
20 requiring that the document be sent in the HTML format to the browser. 

FIG. 1 illustrates a compound document delivery system with a combination of 
resources including client and server systems which may be personal computers, 
diskless network computers, palmtops, or workstations as clients, and workstations, 
minicomputers, or mainframes as servers. The various elements may be coupled to one 
25 another by a LAN (Local Area Networks) or a WAN (Wide Area Network), and also 
provide access to the Internet in what is typically termed the World Wide Web. 

It will be seen from FIG. 1 and FIG. 3 that this illustrative embodiment of the 
invention includes a Web browser 10 on client system 15 which is coupled to a Web 
server system 20 via a network connection. Client system 15 includes a central 
30 processing unit (CPU) 16 for executing computer instructions, random access memory 
(RAM) 18 for temporarily storing data, a display device 19 or monitor for displaying a 
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compound document, and a point-and click device 1 7 such as a mouse for making 
selections. A means for permanently storing data such as a hard disk may optionally be 
included. The network connection typically employs a TCP/IP communication protocol. 
Web browser 10 is a software program that executes in the random access memory 18 of 
5 client system 1 5. There are at present a number of commercially available Web 
browsers that are suitable to practice the invention. Examples of such Web browser 
software programs are Navigator and Communicator from Netscape, Inc. of Mountain 
View, California and Internet Explorer (IE) from Microsoft Corporation of Redmond, 
Washington. Web browser 10 executes in concert with an operating system on a client 

10 system 15 which may be a personal computer, a UNIX based computer system, or a 
diskless network computer. 

Web browser 10 is computer software for receiving, interpreting and displaying 
information coded in HTML. HTML (HyperText Markup Language) is the language 
used by Web servers 20 for encoding documents that are viewed by a Web browser 10 at 

15 client system 15. The specification for the HTML language may be obtained on the 
Internet at the Sandia Laboratories Web site. The URL address is wrww.sandia.gov. 

Web server 20 is coupled to client system 1 5 via a network connection, and may 
also be coupled to other server systems and computers 30 by an Internet connection or a 
wired telecommunications line or a wireless connection. Web server 20 includes a 

20 server software program (SSP) 40 for sending and receiving data to and from Web 
browser 10 on client system 15. SSP 40 is capable of communication with a CGI 
PROGRAM 50. In the preferred embodiment of the invention, CGI PROGRAM 50 
physically resides on Web server 20 or is distributed on a number of servers with at 
least one identified component on web server 20. In one practice of the invention, SSP 

25 40 communicates with CGI PROGRAM 50 through CGI (Common Gateway Interface) 
scripting, a Netscape Application Programming Interface (NS API) or Microsoft's 
Internet Server Application Programming Interface (ISAPI). To those of ordinary skill 
in the art, CGI scripting, NSAPI, and ISAPI are well known industry standards for 
interfacing a server program 40 and an application specific computer program such as 

30 CGI PROGRAM 50. 
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Web browser 10 is capable of receiving and interpreting a Java applet. Java is an 
object oriented programming language developed by Sun Microsystems of Mountain 
View, California. Modeled somewhat after C++, the Java language is designed to be 
portable across client systems and operating systems. To be Java-capable means that the 
5 browser can download and run Java programs called applets on the client system. 

Applets are programs that are downloaded over the World Wide Web by a web browser 
and run inside an HTML web page. An applet is created using the Java language and 
compiled using a Java compiler. The HTML text markup language definition includes 
an APPLET tag or OBJECT tag which contains a reference to a Java applet on the 
10 server. In the following discussion, this illustrative embodiment will be described in 
terms of the APPLET tag, but one of ordinary skill in the art will recognize that the 
discussion is also relevant and applicable to the use of the OBJECT tag to identify an 
applet. An applet is referred to in an HTML page by reference to the APPLET or 
OBJECT tag, and the HTML and Java files are stored at a web site in the same manner 
1 5 as ordinary HTML files. When a Java enabled browser encounters the embedded 

APPLET tag, the browser downloads the applet to the client system. Java enabled Web 
browsers pass the APPLET tag to their built-in Java Virtual Machine (JVM) for 
handling. A Java Virtual Machine is software that controls the execution of the applet. 
The JVM makes requests back to the server to fetch the Java bytecode for the applet, 
20 loads the bytecode into the client's random access memory and optionally compiles it 
into client native machine code. Bytecode is a pseudo instruction set that corresponds to 
source Java statements. The bytecode is machine independent, and is optionally 
translated into the client system's native machine code before execution. The use of a 
bytecode insures platform independence. The JVM causes the applet code to execute. 
25 In a preferred practice of the invention, CGI PROGRAM 50 is embodied as 

Xtravert, a software product developed by Interleaf, Inc. of Waltham, Massachusetts. 
CGI PROGRAM 50 provides auxiliary services for the processing of compound 
documents from a document repository (DR) 60 or collection of linked files. A 
compound document is a document that may contain a combination of text, graphics and 
30 images within the document. The preferred structure for a compound document is 
described in U.S. Patent 5,579,519 entitled EXTENSIBLE ELECTRONIC 
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DOCUMENT PROCESSING SYSTEM FOR CREATING NEW CLASSES OF 
ACTIVE DOCUMENTS, assigned to Interleaf, Inc. and incorporated by reference 
herein. 

CGI PROGRAM 50 is capable of accessing compound documents or portions of 
5 compound documents. SSP 40 passes the compound document through CGI 
PROGRAM 50 in the process of sending the document to client system 15. CGI 
PROGRAM 50 may manipulate or modify the document in order to accommodate any 
specific limitations of the client system or to provide enhanced functionality. As an 
example, images imbedded within the document may be scaled from high resolution to 

10 low resolution to adjust for specific rendering limitations at the client system. One of 
ordinary skill in the art will recognize that GCI PROGRAM 50 is not required to 
practice the invention, but is employed to provide additional functionality such as 
compression and scaling at the server. 

The method for requesting and rendering a compound document from a client 

15 system in accordance with the illustrative embodiment is now described. Web browser 
10 is launched at client system 15 as was described earlier. Web browser 10 is any web 
browser capable of running a Java applet. Web browser 10 allows communication to 
and interaction with other server-side applications through the HTTP protocol using an 
HTML formatted file to encapsulate the data content. A user at client system 1 5 who 

20 desires to connect to the display application enters a HTTP command into web browser 
1 0, thus directing the browser to make contact with the server-side software over a 
network connection. An example of a suitable H TTP command for this purpose and is 
n http://www.serverapp.com/foo.html", where "serverapp" is the name of the application 
on the server. SSP 40 receives the HTTP command, and sends back to the browser via 

25 SSP 40 an HTML document stream that is rendered on client system 15 by web browser 
10 to provide the ability to choose a document to display. 

As shown in FIG. 2A, and for illustrative purposes only, the HTML stream is 
rendered iat web browser 10 to display a screen allowing the user to select a document to 
be displayed at client system 15. Alternatively, as shown in FIG. 2B, the user may be 

30 presented with a list of documents and asked to choose one for display by using point 
and click device 17. Having chosen a document for display, SSP 40 is notified of that 
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choice by client system 1 5 through another HTTP request. Accordingly, SSP 40 creates 
a HTML file and sends the file to web browser 10. The HTML file notifies Web 
browser 10 that an applet must be loaded into the RAM 18 of the client system 15 by 
including an APPLET tag in the data stream which identifies the Java applet that is 
5 required for rendering and displaying the compound document at client system 15. 
An example of an HTML page containing an APPLET tag follows: 

<title>Interleaf Xtravert Example</title> 
<hr> 

1 0 <APPLET CODE= M COM/interleaf/iv/Xtravert.class" WIDTH=660 

HEIGHT=450> 

<PARAM NAME= M plURL" VALUE=7foo.pl n > 

<PARAM N AME=" imgCGI " VALUE= ft /cgi-bin/wvj_plimgopt"> 

Sorry, your Web Browser isn't Java enabled. 
15 </APPLEl> 

<hr> 

FIG. 3 illustrates Web browser 10, applet 70, and JVM 80 residing in RAM of 
client system 15. When the applet 70 is transferred to web browser 10, web browser 10 

20 recognizes the "<APPLET " tag and the M WIDTH=660 HEIGHT=450>" command. 
Web browser 10 reserves a 660 x 450 pixel area on the HTML page's display area for 
the applet 70 and passes everything from the beginning M <APPLET " tag through the 
ending </APPLET>" tag to its embedded JVM 80. The display area for the applet 70 is 
variable and can be set to any appropriate value. JVM 80 uses the "CODE-' field of the 

25 APPLET tag to get the server location of the applet 70 and it requests the top level 
COM/interleaf/iv/Xtravertxlass" from the server. In this example the applet 70 is the 
Xtravert applet 70, which has been previously described as the preferred embodiment of 
the invention. In loading that class into client memory, the JVM 80 may determine 
other classes that are needed and request them too. The JVM 80 then starts the applet 70 

30 and passes the applet 70 the parameter "/foo.pl" as the location on the server of the 

compound document that applet 70 is to display in the 660 x 450 pixel space. The JVM 
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80 also passes the applet 70 the parameter M /cgi-bin/wvj_plimgopt n indicating the 
location on the server of CGI PROGRAM 50 to scale images in the foo.pl document to 
the applet 70 f s current display resolution, as the document is being streamed from server 
to client. 

5 When the applet 70 initiates (i.e. begins execution), the applet 70 requests from 

the server the compound document's data stream by issuing an HTTP request to the 
server identifying the document to be transferred, the scaling parameter as discussed 
further below, and the CGI interface for scaling and compressing the compound 
document prior to sending the document to the applet. Applet 70 optionally may request 

10 only a subset of the document rather than the complete document. To request a subset of 
the compound document applet 70 provides a parameter in the HTTP request to notify 
the CGI interface CGI PROGRAM 50 of the specific pages or page that is requested. As 
was previously discussed, CGI PROGRAM 50 on server 20 appropriately scales the 
images according to the characteristics of client system 15, and the performance 

15 considerations. Applet 70 instructs CGI PROGRAM 60 to scale images according to 
one of the following methods: 

1 . Decimation - elimination of pixels from the image according to the 
scaling factor that is desired. For example, to scale an image down by a 

20 factor of two, every other pixel must be eliminated. 

2. Replication - Replication of pixels from the image according to the 
scaling factor that is desired. For example, to scale an image up by a 
factor of two, every pixel is repeated. 

25 

3. Image Convolution - Area averaging of pixels to generate a 
representative pixel. For example, two pixels are averaged to generate a 
representative pixel. 

30 4. Error Distribution - Area averaging with the error difference distributed 

to adjacent pixels. 
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SSP 40 retrieves the compound document and optionally passes the document to 
CGI PROGRAM 50 which compresses the compound document before passing it back 
to SSP 40 for distribution to the web browser 10. Compression of the compound 
document by CGI PROGRAM 50 reduces the transmission time of the document, and 
5 thus provides for a faster response. The applet 70 upon receipt of the document 
decompresses the compound document prior to rendering and displaying it 

The compound document is sent by SSP 40 to applet 70 in the compound 
document's native file structure, including the compression and scaling performed by 
CGI PROGRAM 50. In other words, the present invention advantageously eliminates 

1 0 the need to wrap the compound document in an HTML format in order to send it to the 
client system 15. Additionally, there is no need to define special HTML tags to transfer 
the compound document. The applet 70 reads the document's first page from the 
received transmission stream and renders it for display on the client's monitor 19, either 
in place on the browser's original HTML page display or in a separate window. 

15 In one advantageous aspect of the invention, the user's intellectual property (i.e. 

the user documents) are protected from modification, while providing access to the 
documents. The compound document at DR 60 is never modified, since only a copy of 
the document is delivered to client system 15 and the original is not altered. 
Furthermore, since the compound document is not persistently stored on the client 

20 system 1 5, there is a reduced possibility of unauthorized access to the compound 

document. It is clearly seen that the present invention has improved document security 
over conventional systems that permanently store the document on client system 15. 

A significant feature of the present invention is that the applet 70 may render and 
display other compound documents requested from DR 60 while the applet 70 is active 

25 and is currently executing in the memory of client system 15 under the auspices of web 
browser 10. These additional requests are made in the same manner as the first by 
executing an http request to the server system 20. When applet 70 is terminated, the 
applet 70 and compound document are not persistently stored on the system. It is said 
that the applet 70 has a "zero footprint" in that the applet 70 does not permanently reside 

30 on the client system 15, but rather is loaded from server 20 when required and is only 
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resident on client system 15 during execution of the applet 70. At no time is the applet 
70 installed on client system 15. 

Since the applet 70 is always loaded from server 20 upon request and there is no 
installed portion of the document rendering and display application permanently resident 
5 on client system 1 5, the need to install application specific software on client system 15 
is eliminated. The applet 70 can be modified at the server 20, compiled at the server 20, 
and is immediately available for download to the client systems 15 without modification 
to those systems. 

FIG 4A illustrates the steps that are taken to initiate a document rendering and 

1 0 display application according to the instant invention. Initially, a Java capable web 
browser is launched at client system 15, step 410. A user invokes the document 
rendering and display application on server 20 through use of the HTTP protocol by 
entering "http://www.seiverappxom/foo.htmr at web browser 20, step 420. Web 
browser 10 sends the HTTP request to server 20, step 430. 

1 5 FIG 4B illustrates the steps that the server-side software initially takes to respond 

to the request for a compound document at client system 15. SSP 40 receives the HTTP 
protocol request, step 440. SSP 40 accesses the HTML data file foo.html that provides 
the user the ability to specify a compound document for display at client system 15, step 
450 and sends it to Web browser 10, step 460 

20 FIG 5 A illustrates the steps that the Web browser 10 takes after receiving the 

HTML data file describing the selection page, foolitml. Web browser 10 initially 
interprets the HTML data file to create a display screen at client system 15, step 510 , 
and displays it on the monitor 19 of the system, step 520 . After the user selects a 
compound document to be displayed or a portion of a compound document such as a 

25 page, step 530. Web browser 10 sends the response to SSP 40 by the HTTP protocol, 
step 540 . 

FIG. 5B illustrates the steps that the server-side software takes in responding to 
the compound document request by client system 15. SSP 40 receives the HTTP request 
from client system 15, step 550 An HTML file that includes an APPLET or OBJECT 
30 tag identifying the applet 70 to be loaded and also the location of the compound 
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document that is to be displayed is generated and shown as step 560 . SSP 40 delivers 
the HTML file, including the imbedded APPLET tag, to Web browser 10, step 570 . 

FIG 6A illustrates the steps that the client-side takes after receiving the HTML 
data file identifying applet 70 and the compound document to be displayed. Web 
5 browser 10 renders the HTML data file, step 600 and identifies the APPLET or 

OBJECT tag, step 610 . Web browser 10 requests that applet be loaded from server 20, 
step 620 and sizes the presentation window for display of the compound document, step 
630 . Upon receiving in RAM 1 8 the bytecode of applet 70, Web browser 10 passes the 
bytecode to JVM 80 further processing, step 640 . JVM 80 may either interpret the 
1 0 bytecode or generates native machine code for execution of applet 70, step 650 . 
Control is passed to applet 70, step 660 . 

FIG 6B shows the steps that applet 70 takes after receiving control. Applet 70 
requests the compound document from server 20 by issuing an HTTP request to the 
server identifying the compound document as a /fOO.pl parameter and optionally a 
1 5 pointer to a CGI PROGRAM for providing any additional document support, step 670. 
Upon receipt of the document, applet 70 renders and displays the document on client 
system 15, step 680. Applet 70 may optionally request additional compound documents 
for further display, step 690 . 

As has been previously discussed, applet 70 is never installed on client system 
20 15, but rather is temporarily stored in the RAM of client system 15 only during the time 
it is active. Upon termination of applet 70, both applet 70 and the compound document 
are not persistently or permanently stored on client system 1 5. The process 
advantageously has a "zero footprint". 

In one embodiment of the invention, the compound documents that are rendered 
25 and displayed by applet 70 contain graphics described by vector illustrations. Vector 
illustration is a graphic technique for representing an object as the combination of 
filled-in polygons. The polygons, which are not restricted by size or the number of 
sides, in combination define the shape of the object. Each polygon may be filled-in or 
colored independently of the other polygons. Because of these features vector 
30 illustration provides a powerful technique for representing a graphical object with a high 
degree of granularity. The compound documents as described in U.S. Patent 5,579,519 
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previously incorporated by reference and contemplated herein may include vector 
illustrations to represent an object. Unfortunately native Java does not provide the 
ability to interpret complex vector illustrations. Applet 70 includes support for 
interpreting and rendering a graphical object represented by complex vector illustrations. 
5 Complex vector illustration is advantageously used to represent Japanese characters, and 
can be further used to support character sets not supported by native Java. 

In another embodiment according to the instant invention, the cooperative 
interaction between the client-side software and the server-side software allow for the 
manipulation of images in order to accommodate the client system 15, and support 

1 0 additional functionality that is lacking in native Java. CGI PROGRAM 50 on server 20 
can alter the presentation of an image within a compound document for display at client 
system 1 5 by changing the compound document to reflect the changes. As has been 
previously described, CGI PROGRAM 50 can scale the resolution of images within a 
compound document to accommodate the capabilities of client system 15. Further, CGI 

1 5 PROGRAM 50 can manipulate an image within a compound document to cause rotation 
of the imnge during the presentation of the image. This feature is particularly useful in 
support of a landscape type display of the compound document. Scaling and rotation of 
images is necessarily performed by the server-side software, since these features are not 
supported by the functionality of JVM 80. Compression techniques are employed on the — 

20 server-side to reduce network transmission time and client memory costs in sending high 
resolution image data to a low resolution client 

In another practice of the invention, applet 70 includes a graphical user interface 
(GUI) as shown in FIG. 7 for controlling the presentation of the compound document at 
client system 15. Referring to FIG. 7, the GUI includes a presentation window 705 and 

25 a toolbar 710 consisting of one or two rows of "controls" (i.e. menus or buttons) 

manipulating the contents of presentation window 705. The first row of "controls" is the 
history bar 715 which allows the traversing of previously displayed documents by 
following HyperText links. History bar 715 includes a scrollable history 720 of the links 
and buttons for moving forward 725 and backward 730 in the link history. The history 

30 bar 715 is initially invisible, and is made visible the first time that a user follows a link 
and remains visible while applet 70 is active. The second row 735 of the toolbar is 
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always visible, and controls the presentation of the current compound document in the 
presentation window 705. Row 735 includes a FIRST PAGE 740 button for presenting 
the first page of a compound document, a NEXT PAGE 745 button, a PREVIOUS 
PAGE 750 button, and a LAST PAGE 755 button. These buttons operate in a 
5 conventional manner. A new window can be sized within the original presentation 
window 705 by selecting the NEW WINDOW 760 button to permit the display of an 
additional compound document by applet 70. This additional window permits the 
simultaneous display of two or more compound documents. Row 735 also includes a 
REFRESH 765 button for refreshing presentation window 705, a PRINT 770 button for 

10 printing the compound document, and a HELP 775 button. Row 735 also includes a 
selection box 780 for "zooming" in or out of a compound document. Presentation 
window 705 can be scrolled vertically through a VERTICAL SCROLL BAR 785 and 
horizontally through a HORIZONTAL SCROLL BAR 790. 

Having described the invention, what is claimed as new and desired to be 

1 5 secured by Letters Patent is: 
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1 . A method for displaying a compound document residing on a server system at a 
client system, said client system having a processor for executing computer instructions 

5 and capable of communication with said server system, the method comprising the steps 
of: 

requesting said compound document from said server system by said client 
system; 

receiving from said server system said compound document and first computer 
10 instructions corresponding to commands for displaying said compound document; 

generating in response to said first computer instructions at said client system 
second computer instructions executable by said processor of said client system for 
displaying said compound document; 

executing at said client system said second computer instructions, and 
15 displaying said compound document at said client system. 

2. The method of claim 1, further comprising the step of providing browser 
software at said client system; and wherein said requesting step further includes the step 
of executing said browser software on said client system for specifying the requested 

20 compound document. 

3. The method of claim 1, further comprising the step of providing a compound 
document having information selected from the group of text, image, and graphic data. 

25 4. The method of claim 1 , wherein said first and said second computer instructions 
are not persistently stored on said client system. 

5. The method of claim 1, further comprising the step of scaling said compound 
document at said server system to adjust the display of said compound document at said 
30 client system. 
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6. The method of claim 2, wherein said receiving step further includes receiving 
JAVA bytecode by said browser at said client system. 

7. The method of claim 2, wherein s&id requesting step further includes initiating 
5 by said browser software a request for the transmission of said compound document 

using the HTTP protocol. 

8. The method of claim 3, wherein said displaying step further includes the step of 
rotating said graphic data by said browser software before displaying said graphic data 

10 on said client system 

9. A computer readable media having computer instructions thereon corresponding 
to commands for displaying a compound document received at a client system, said 
client system having a computer processor and capable of executing browser software 

1 5 thereon, said computer instructions including first computer instructions, generated by 
compiling source statement instructions, causing said browser software, coupled to a 
JAVA Virtual Machine, to generate second computer instructions executable by said 
processor of said client system for displaying said compound document. 



20 1 0. The computer readable media of claim 9, wherein said first computer instructions 
are JAVA bytecode. 

1 1 . The computer readable media of claim 9, wherein said source statement 
instructions are instructions from the JAVA programming language. 

25 

12. The computer readable media of claim 9, wherein said compound documents 
consist of information from the group of text, image, and graphic data.. 
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13. A document distribution system residing on a server system for transferring a 
compound document to a client system for display thereon, said document distribution 
system comprising; 

means for receiving a request for transferring said compound document to said 
5 client system; 

first transfer means for transferring pseudo computer instructions from said 
server system to said client system corresponding to computer instructions that are 
executable at said client system to display said compound document; and 

second transfer means for transferring to said client system said compound 
10 document in response to said executable computer instructions at said client system. 

14. The document distribution system of claim 13, further comprising means for 
compressing said compound document prior to transmitting said compound document. 

15 15. The document distribution system of claim 1 3, further comprising means for 
scaling said compound document for display of said document at said client system. 

16. The document distribution system of claim 13, wherein said means for receiving 
a request for transferring said compound document is responsive to a request coded in 

20 the HTTP protocol. 

1 7. The document distribution system of claim 13, wherein said pseudo computer 
instructions comprise JAVA bytecode. 

25 18. The document distribution system of claim 13, wherein said compound 

document includes information selected from the group of text, image, and graphic data. 
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19. A document display system, executable on a client system, for displaying at said 
client system a compound document residing on a server system, said client system 
having a computer processor therein and capable of communication with said server 
system, said document display system comprising: 

5 means for requesting said compound document from said server system; 

means for receiving from said server system said compound document and first 
computer instructions indicative of second computer instructions for displaying said 
compound document at said client system; 

means for generating in response to said first computer instructions said second 
10 computer instructions computer, said second computer instructions being executable by 
said processor of said client system for displaying said compound document at said 
client system; and 

means for executing at said client system said second computer instructions, and 
displaying said compound document at said client system. 

15 

20. The document display system of claim 19, wherein said means for executing 
further includes a Java Virtual Machine for deriving said second computer instructions. 

21 . The document display system of claim 1 9, wherein said means for requesting 
20 includes requesting said compound document using the HTTP protocol. 

22. The document display system of claim 19, wherein said first computer 
instructions comprise JAVA bytecode. 

25 23. The document display system of claim 19, wherein said means for requesting 
includes browser software, executable on said client system. 

24. The document display system of claim 19, wherein said compound document 
includes information selected from the group of text, image, and graphic data. 

30 
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SYSTEM AND METHOD FOR RENDERING AND DISPLAYING 
A COMPOUND DOCUMENT 

Field of the Invention 

5 The current invention relates generally to a system and method for rendering and 

displaying a compound document, and more particularly to a system and method for 
rendering and displaying a compound document using an applet within a client/server 
architecture. 

10 Background of the Invention 

Access to a large volume of documentation is a critical requirement in many 
industries. For example, in the aircraft industry the development of a new aircraft 
requires that the engineering specifications for perhaps over one million parts must be 
made readily available to those who need the documentation. In another example, the 

1 5 documentation for a company's computer systems and software must be accessible by 
the software engineers who program and operate the company's computer systems. In 
both these examples the documentation that must be disseminated includes text, 
graphics, and possibly images, rather than just text. 

Because of the large number of people that must have access to this 

20 documentation in these applications, it is impractical to provide hard copy versions of 
the documentation to everyone or to a substantial subset of the people. Additionally, 
any modification to the documents requires regeneration of the hard copies of the 
documents* As a result, this method of distributing hard copies of the documents is both 
time consuming and costly. Moreover, there is a risk that the documents that have been 

25 distributed are out of date due to the inherent lag time in making modifications to the 
documentation. 

In recent years with the prevalence of compact disk-read only memory (CD- 
ROM) drives in personal computer systems, CD-ROMs have been used as a means for 
disseminating large volumes of documentation. In particular, the documents are stored 
30 on CD-ROM, and the CD-ROMs are distributed to the interested parties. When the 
documentation is updated, a new CD is generated and disseminated with the update. 
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The use of CD-ROM thus has eliminated the manual process of updating a hard copy of 
the document at the cost of the increased expense of generating a new CD-ROM for 
each update or batch of updates to the documents. The use of CD-ROM does not 
address, however, the risk of the data being out of date since there is still a lag time in 
5 distributing the CD-ROM. 

Some attempts to find improved methods for the distribution of large volumes of 
information have focused on the use of computer systems employing a client/server 
architecture. In this architecture a client computer system, typically a personal computer 
or workstation, is remotely connected to a server computer system that has access to a 

10 central document database. In one approach, the client system includes software 
("client-side software") that is permanently installed on the system for accessing 
documents from the document database. The client-side software acts in concert with 
cooperating software at the server ("server-side software") to permit distribution of 
documents from the central document database. Employing a central database in this 

1 5 architecture addresses issues regarding the timeliness of the data and efficient updating 
of the data, since the documentation is updated only once and then is available to all the 
client systems. Nevertheless, there are still certain disadvantages in this approach. The 
client-side software is permanently installed on the client's system. Thus, any changes 
or modifications to the client-side software require a new installation of the software at 

20 the client system in order to implement the changes. In a large network this may 

necessitate updating the client-side software at thousands of personal computers which is 
time consuming. This process is potentially complicated because the client-side 
software and server-side software are cooperating applications, and synchronization 
must be maintained. Updates to the server-side software cannot be applied until all the 

25 client systems are updated to reflect the new changes. In a worst case scenario, both the 
client-side software and the server-side software must be updated as one event to insure 
operability. This can impact the availability of the central document database. 
Furthermore, system security may be reduced since the application is permanently 
installed on the client system where the application may be altered to provide 

30 unauthorized capabilities. A modified version of the application may be substituted for 
the original version, without the server-side becoming aware of it 
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More recently, with the explosion in the use of the Internet and intranets, a new 
architecture has found favor in connecting client systems with servers. In this new 
architecture, a web browser is run on the client system, providing the user with access to 
a server over the Internet or intranet. The browser is not an autonomous client 
5 application but rather operates in cooperation with instructions from the remote server 
software. To be more specific, once a specific server has been invoked by the browser, 
the content that the browser displays on a computer device is at the direction of the 
server-side software. The server communicates with the browser in a language termed 
Hypertext Markup Language, or HTML. This language facilitates the specification of 

1 0 HyperText documents. In a typical communication between the browser and the server, 
HTML files are sent from the server to the browser to direct the operation of the 
browser. The browser receives the HTML language, interprets it, and performs the 
operations called for by the HTML. Communication back to the server from the 
browser is in the form of the HTTP protocol. In networks where HTML files are passed 

15 between client systems and server systems, the client/server architecture is maintained, 
but the client-side software is a generic browser rather than an autonomous or 
permanently installed software for interpreting and displaying a document from the 
server. These generic browsers can interpret and display the HTML markup language. 
Unfortunately, HTML is a text only language and does not support compound 

20 documents combining text, graphics and images that are self contained within the 
document without the need to reference other files or documents. Additionally, an 
HTML document is transferred only as a single file, and there is no capability to view 
only specific pages of the document or certain sections of the document independent of 
the entire document. For very large documents this increases the transmission time and 

25 requires the document to be navigated from the beginning of the document which is of 
course awkward and frustrating when only a small portion of a very large document 
needs to be reviewed. 

It is thus an object of the invention to provide for a document viewer at a client 
system that handles text, graphics, and images, but is not persistently or permanently 

30 installed on the client. 
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It is a further object of the invention to provide for a document viewer at a client 
system that handles compound documents where the documents are not persistently 
available on the client system. 

5 Summary of the Invention 

The present invention provides for the rendering and displaying of a compound 
document at a client system without requiring that any application specific-software be 
installed on the client system. The application is said to have a "zero footprint" since the 
software that renders and displays the compound document resides only temporarily on 

10 the client system, and is not persistently or permanently stored when the rendering and 
displaying application is not active. The compound document is also not persistently or 
permanently stored upon termination of the application. Consequently, document and 
application security is enhanced through the practice of the invention. A compound 
document is a self contained document structure which has the capacity to include, in 

1 5 combination, text, graphics, and images. By self contained, it is intended that the text, 
graphics, and images of the document are fully described within the document without 
reference to external documents. 

In one aspect of the invention, the rendering and display of a compound 
document is initiated at a client system through a Java-capable web browser. The web 

20 browser is capable of communicating to a server system through a network connection 
and operates on HTML formatted data. By "Java-capable" is meant the ability of the 
web browser to recognize an APPLET or OBJECT tag and facilitate the loading and 
running of the applet at the client system. 

In another aspect of the invention, the compound documents that are to be 

25 displayed at the client system may reside in one or more document repositories that are 
remote to the client system, but accessible from a server system that is in 
communication with the client system. The server system includes software for 
accessing and manipulating a compound document, and is capable of compressing the 
compound document. Furthermore, the software is capable of scaling images within the 

30 compound document to accommodate the resolution requirements of the client system. 
For example, high resolution documents may be scaled down to lower resolutions to 
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accommodate lower resolution display devices at client systems which also 
advantageously reduces the data transmission load the memory requirements of the 
client system. 

In another aspect of the invention, a Java applet is downloaded upon demand to 
5 the client system to render and display the requested compound document. The Java 
applet only resides on the client system for the time it is active and is not persistently or 
permanently stored on the system. 

In yet another aspect of the invention, the Java applet includes a graphical user 
interface (GUI) for controlling the presentation of the compound document at the client 
1 0 system. The GUI advantageously permits navigation of the document by page numbers 
and hypertext link traversal. 

According to another aspect, the invention employs a method for displaying a 
compound document residing on a server system at a client system. The client system 
includes a processor for executing computer instructions and which is capable of 
1 5 communicating with the server system. The method comprises the steps of requesting 
the compound document from the server system by the client system, receiving the 
compound document and first computer instructions corresponding to commands for 
displaying the compound document, generating in response to the first computer 
instructions at the client system second computer instructions executable by the 
20 processor of the client system for displaying the compound document, executing the 
second computer instructions at the client system, and displaying the compound 
document. 

According to another aspect, the method further comprises the steps of providing 
browser software instructions at the client system, and executing the browser software 
25 on the client system for specifying the requested compound document. 

According to another aspect, the first and second computer instructions are not 
persistently stored on the client system. According to still another aspect, the method 
also provides for a compound document having text, image, or graphic data, and 
provides for scaling the compound document at the server system to adjust the display of 
30 the compound document at the client system. 
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The invention also provides for a computer readable media having computer 
instructions thereon corresponding to commands for displaying a compound document 
received at a client system, the client system having a computer processor and is capable 
of executing browser software thereon. The computer instructions including first 
5 computer instructions generated by compiling source statement instructions, thereby 
causing the browser software, coupled to a JAVA Virtual Machine, to generate second 
computer instructions executable by the processor of the client system for displaying the 
compound document. 

According to one aspect, the first computer instructions are JAVA bytecode, and 
10 the source statement instructions are instructions from the JAVA programming 
language. 

According to another aspect, the compound documents consist of information 
from the group of text, image, and graphic data, and according to one practice includes 
text and image data. 

15 The present invention also provides for a document distribution or display 

system residing on a server system for transferring a compound document to a client 
system for display thereon. The document distribution system includes means for 
receiving a request for transferring the compound document to said client system; first 
transfer means for transferring pseudo computer instructions from said server system to 

20 said client system corresponding to computer instructions that are executable at said 
client system to display said compound document; and second transfer means for 
transferring to said client system said compound document in response to said 
executable computer instructions at said client system. 

According to one aspect, the document distribution system also includes means 

25 for compressing the compound document prior to transmitting the compound document, 
or means for scaling the compound document for display at the client system. 

According to another aspect, a document display system, executable on a client 
system, for displaying at the client system a compound document residing on a server 
system, includes means for requesting the compound document from the server system, 

30 means for receiving from the server system the compound document and first computer 
instructions indicative of the second computer instructions for displaying the compound 
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document at the client system, and means for generating in response to the first 
computer instructions the second computer instructions. The second computer 
instructions are executable by a processor of the client system for displaying the 
compound document thereat. The system also includes structure for executing the 
5 second computer instructions at the client system, and displaying the compound 
document. 

Brief Description of the Drawings 

An illustrative embodiment of the present invention will be described below 
10 relative to the following drawings. 

FIG. 1 is a depiction of a computer architecture, including the major software 
components suitable for practicing an illustrative embodiment of the current invention. 

FIG.2A depict a sample screen display for selecting a compound document at the 
15 client system. 

FIG 2B depicts an alternative screen display to FIG. 2A for selecting a 
compound document at the client system. 

20 FIG. 3 illustrates components of a Web browser, the Java applet, and JVM 

residing in RAM of the client system. 

FIG 4A illustrates the steps that are taken to initiate a document rendering and 
display application according to the illustrative embodiment of the present instant 
25 invention. 

FIG 4B illustrates the steps that the server-side software initially takes to respond 
to the request for a compound document at the client system. 

30 FIG 5 A illustrates the steps that the Web browser takes after receiving the 

HTML data file describing the selection page. 
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FIG. 5B illustrates the steps that the server-side software takes in responding to 
the compound document request by the client system. 

FIG 6A illustrates the steps that the server-side takes after receiving the HTML 
5 data file identifying applet and the compound document to be displayed. 

FIG 6B shows the steps that applet 70 takes after receiving control. 

FIG. 7 shows an example of a graphical user interface (GUI) suitable for 
1 0 practicing the illustrative embodiment of the invention. 



Detailed Description of an Illustrative Embodiment 

The present invention provides for an innovative system and method for 
rendering and displaying a compound document at a client system without requiring that 

1 5 any application specific software be installed on the client system. The application is 

said to have a "zero footprint" since the software that renders and displays the compound 
document resides only temporarily on the client system, and is not persistently or 
permanently stored when the rendering and displaying application is inactive. An 
applet is advantageously utilized to render and display the compound document without 

20 requiring that the document be sent in the HTML format to the browser. 

FIG. 1 illustrates a compound document delivery system with a combination of 
resources including client and server systems which may be personal computers, 
diskless network computers, palmtops, or workstations as clients, and workstations, 
minicomputers, or mainframes as servers. The various elements may be coupled to one 

25 another by a LAN (Local Area Networks) or a WAN (Wide Area Network), and also 
provide access to the Internet in what is typically termed the World Wide Web. 

It will be seen from FIG. 1 and FIG. 3 that this illustrative embodiment of the 
invention includes a Web browser 10 on client system 15 which is coupled to a Web 
server system 20 via a network connection. Client system 15 includes a central 

30 processing unit (CPU) 16 for executing computer instructions, random access memory 
(RAM) 18 for temporarily storing data, a display device 19 or monitor for displaying a 
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compound document, and a point-and click device 1 7 such as a mouse for making 
selections. A means for permanently storing data such as a hard disk may optionally be 
included. The network connection typically employs a TCP/IP communication protocol. 
Web browser 10 is a software program that executes in the random access memory 18 of 
5 client system 1 5. There are at present a number of commercially available Web 
browsers that are suitable to practice the invention. Examples of such Web browser 
software programs are Navigator and Communicator from Netscape, Inc. of Mountain 
View, California and Internet Explorer (IE) from Microsoft Corporation of Redmond, 
Washington. Web browser 10 executes in concert with an operating system on a client 

10 system 15 which may be a personal computer, a UNIX based computer system, or a 
diskless network computer. 

Web browser 1 0 is computer software for receiving, interpreting and displaying 
information coded in HTML. HTML (HyperText Markup Language) is the language 
used by Web servers 20 for encoding documents that are viewed by a Web browser 10 at 

15 client system 1 5. The specification for the HTML language may be obtained on the 
Internet at the Sandia Laboratories Web site. The URL address is www.sandia.gov. 

Web server 20 is coupled to client system 1 5 via a network connection, and may 
also be coupled to other server systems and computers 30 by an Internet connection or a 
wired telecommunications line or a wireless connection. Web server 20 includes a 

20 server software program (SSP) 40 for sending and receiving data to and from Web 
browser 10 on client system 15. SSP 40 is capable of communication with a CGI 
PROGRAM 50. In the preferred embodiment of the invention, CGI PROGRAM 50 
physically resides on Web server 20 or is distributed on a number of servers with at 
least one identified component on web server 20. In one practice of the invention, SSP 

25 40 communicates with CGI PROGRAM 50 through CGI (Common Gateway Interface) 
scripting, a Netscape Application Programming Interface (NSAPI) or Microsoft's 
Internet Server Application Programming Interface (ISAPI). To those of ordinary skill 
in the art, CGI scripting, NSAPI, and ISAPI are well known industry standards for 
interfacing a server program 40 and an application specific computer program such as 

30 CGI PROGRAM 50. 
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Web browser 10 is capable of receiving and interpreting a Java applet. Java is an 
object oriented programming language developed by Sun Microsystems of Mountain 
View, California. Modeled somewhat after C++, the Java language is designed to be 
portable across client systems and operating systems. To be Java-capable means that the 
5 browser can download and run Java programs called applets on the client system. 

Applets are programs that are downloaded over the World Wide Web by a web browser 
and run inside an HTML web page. An applet is created using the Java language and 
compiled using a Java compiler. The HTML text markup language definition includes 
an APPLET tag or OBJECT tag which contains a reference to a Java applet on the 

10 server. In the following discussion, this illustrative embodiment will be described in 
terms of the APPLET tag, but one of ordinary skill in the art will recognize that the 
discussion is also relevant and applicable to the use of the OBJECT tag to identify an 
applet. An applet is referred to in an HTML page by reference to the APPLET or 
OBJECT tag, and the HTML and Java files are stored at a web site in the same manner 

15 as ordinary HTML files. When a Java enabled browser encounters the embedded 

APPLET tag, the browser downloads the applet to the client system. Java enabled Web 
browsers pass the APPLET tag to their built-in Java Virtual Machine (JVM) for 
handling. A Java Virtual Machine is software that controls the execution of the applet. 
The JVM makes requests back to the server to fetch the Java bytecode for the applet, 

20 loads the bytecode into the client's random access memory and optionally compiles it 
into client native machine code. Bytecode is a pseudo instruction set that corresponds to 
source Java statements. The bytecode is machine independent, and is optionally 
translated into the client system's native machine code before execution. The use of a 
bytecode insures platform independence. The JVM causes the applet code to execute. 

25 In a preferred practice of the invention, CGI PROGRAM 50 is embodied as 

Xtravert, a software product developed by Interleaf, Inc. of Waltham, Massachusetts. 
CGI PROGRAM 50 provides auxiliary services for the processing of compound 
documents from a document repository (DR) 60 or collection of linked files. A 
compound document is a document that may contain a combination of text, graphics and 

30 images within the document. The preferred structure for a compound document is 
described in U.S. Patent 5,579,519 entitled EXTENSIBLE ELECTRONIC 
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DOCUMENT PROCESSING SYSTEM FOR CREATING NEW CLASSES OF 
ACTIVE DOCUMENTS, assigned to Interleaf, Inc. and incorporated by reference 
herein. 

CGI PROGRAM 50 is capable of accessing compound documents or portions of 
5 compound documents. SSP 40 passes the compound document through CGI 
PROGRAM 50 in the process of sending the document to client system 15. CGI 
PROGRAM 50 may manipulate or modify the document in order to accommodate any 
specific limitations of the client system or to provide enhanced functionality. As an 
example, images imbedded within the document may be scaled from high resolution to 

1 0 low resolution to adjust for specific rendering limitations at the client system. One of 
ordinary skill in the art will recognize that GCI PROGRAM 50 is not required to 
practice the invention, but is employed to provide additional functionality such as 
compression and scaling at the server. 

The method for requesting and rendering a compound document from a client 

15 system in accordance with the illustrative embodiment is now described. Web browser 
10 is launched at client system 15 as was described earlier. Web browser 10 is any web 
browser capable of running a Java applet. Web browser 10 allows communication to 
and interaction with other server-side applications through the HTTP protocol using an 
HTML formatted file to encapsulate the data content. A user at client system 1 5 who 

20 desires to connect to the display application enters a HTTP command into web browser 
10, thus directing the browser to make contact with the server-side software over a 
network connection. An example of a suitable H TTP command for this purpose and is 
M http://www.serverapp.com/foo.htmr\ where "serverapp" is the name of the application 
on the server. SSP 40 receives the HTTP command, and sends back to the browser via 

25 SSP 40 an HTML document stream that is rendered on client system 1 5 by web browser 
10 to provide the ability to choose a document to display. 

As shown in FIG. 2A, and for illustrative purposes only, the HTML stream is 
rendered at web browser 10 to display a screen allowing the user to select a document to 
be displayed at client system 15. Alternatively, as shown in FIG. 2B, the user may be 

30 presented with a list of documents and asked to choose one for display by using point 
and click device 1 7. Having chosen a document for display, SSP 40 is notified of that 
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choice by client system 15 through another HTTP request. Accordingly, SSP 40 creates 
a HTML file and sends the file to web browser 10. The HTML file notifies Web 
browser 10 that an applet must be loaded into the RAM 18 of the client system 15 by 
including an APPLET tag in the data stream which identifies the Java applet that is 
5 required for rendering and displaying the compound document at client system 15. 
An example of an HTML page containing an APPLET tag follows: 

<title>lnterleaf Xtravert Example</title> 
<hr> 

10 <APPLET CODE= M COM/interleaf/iv/Xtravert.class" WIDTH=660 

HEIGHT=450> 

<PARAM NAME="plURL" VALUE=7foo.pl"> 

<PARAM N AME= M imgCGI " VALUE= , 7cgi-bin/wvj__plimgopt ,, > 

Sorry, your Web Browser isn't Java enabled. 
15 </APPLET> 

<hr> 

FIG. 3 illustrates Web browser 1 0, applet 70, and JVM 80 residing in RAM of 
client system 15. When the applet 70 is transferred to web browser 10, web browser 10 

20 recognizes the "<APPLET " tag and the "WIDTH=660 HEIGHT=450>" command. 
Web browser 10 reserves a 660 x 450 pixel area on the HTML page's display area for 
the applet 70 and passes everything from the beginning "<APPLET " tag through the 
ending </APPLET>" tag to its embedded JVM 80. The display area for the applet 70 is 
variable and can be set to any appropriate value. JVM 80 uses the "CODE- 1 field of the 

25 APPLET tag to get the server location of the applet 70 and it requests the top level 
COM/interleaf/iv/Xtravert.class" from the server. In this example the applet 70 is the 
Xtravert applet 70, which has been previously described as the preferred embodiment of 
the invention. In loading that class into client memory, the JVM 80 may determine 
other classes that are needed and request them too. The JVM 80 then starts the applet 70 

30 and passes the applet 70 the parameter "/foo.pl" as the location on the server of the 

compound document that applet 70 is to display in the 660 x 450 pixel space. The JVM 



SDOCID: <WO 0002148A1_IA> 



WO 00/02148 



PCT/US99/15091 



- 13 - 



80 also passes the applet 70 the parameter 7cgi-bin/wvj_plimgopt" indicating the 
location on the server of CGI PROGRAM 50 to scale images in the foo.pl document to 
the applet 70's current display resolution, as the document is being streamed from server 
to client. 



the server the compound document's data stream by issuing an HTTP request to the 
server identifying the document to be transferred, the scaling parameter as discussed 
further below, and the CGI interface for scaling and compressing the compound 
document prior to sending the document to the applet. Applet 70 optionally may request 

10 only a subset of the document rather than the complete document. To request a subset of 
the compound document applet 70 provides a parameter in the HTTP request to notify 
the CGI interface CGI PROGRAM 50 of the specific pages or page that is requested. As 
was previously discussed, CGI PROGRAM 50 on server 20 appropriately scales the 
images according to the characteristics of client system 15, and the performance 

1 5 considerations. Applet 70 instructs CGI PROGRAM 60 to scale images according to 
one of the following methods: 



5 



When the applet 70 initiates (i.e. begins execution), the applet 70 requests from 



20 



1. 



Decimation - elimination of pixels from the image according to the 
scaling factor that is desired. For example, to scale an image down by a 
factor of two, every other pixel must be eliminated. 



2. 



Replication - Replication of pixels from the image according to the 
scaling factor that is desired. For example, to scale an image up by a 
factor of two, every pixel is repeated. 



25 



3. 



Image Convolution - Area averaging of pixels to generate a 
representative pixel. For example, two pixels are averaged to generate a 
representative pixel. 



30 



4. 



Error Distribution - Area averaging with the error difference distributed 
to adjacent pixels. 
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SSP 40 retrieves the compound document and optionally passes the document to 
CGI PROGRAM 50 which compresses the compound document before passing it back 
to SSP 40 for distribution to the web browser 10. Compression of the compound 
document by CGI PROGRAM 50 reduces the transmission time of the document, and 
5 thus provides for a faster response. The applet 70 upon receipt of the document 
decompresses the compound document prior to rendering and displaying it 

The compound document is sent by SSP 40 to applet 70 in the compound 
document's native file structure, including the compression and scaling performed by 
CGI PROGRAM 50. In other words, the present invention advantageously eliminates 

1 0 the need to wrap the compound document in an HTML format in order to send it to the 
client system 15. Additionally, there is no need to define special HTML tags to transfer 
the compound document. The applet 70 reads the document's first page from the 
received transmission stream and renders it for display on the client's monitor 19, either 
in place on the browser's original HTML page display or in a separate window. 

15 In one advantageous aspect of the invention, the user's intellectual property (i.e. 

the user documents) are protected from modification, while providing access to the, 
documents. The compound document at DR 60 is never modified, since only a copy of 
the document is delivered to client system 1 5 and the original is not altered. 
Furthermore, since the compound document is not persistently stored on the client 

20 system 15, there is a reduced possibility of unauthorized access to the compound 

document. It is clearly seen that the present invention has improved document security 
over conventional systems that permanently store the document on client system 15. 

A significant feature of the present invention is that the applet 70 may render and 
display other compound documents requested from DR 60 while the applet 70 is active 

25 and is currently executing in the memory of client system 15 under the auspices of web 
browser 1 0. These additional requests are made in the same manner as the first by 
executing an http request to the server system 20. When applet 70 is terminated, the 
applet 70 and compound document are not persistently stored on the system. It is said 
that the applet 70 has a "zero footprint" in that the applet 70 does not permanently reside 

30 on the client system 1 5, but rather is loaded from server 20 when required and is only 
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resident on client system 1 5 during execution of the applet 70. At no time is the applet 
70 installed on client system 15. 

Since the applet 70 is always loaded from server 20 upon request and there is no 
installed portion of the document rendering and display application permanently resident 
5 on client system 15, the need to install application specific software on client system 15 " 
is eliminated. The applet 70 can be modified at the server 20, compiled at the server 20, 
and is immediately available for download to the client systems 1 5 without modification 
to those systems. 

FIG 4A illustrates the steps that are taken to initiate a document rendering and 

10 display application according to the instant invention. Initially, a Java capable web 
browser is launched at client system 15, step 410. A user invokes the document 
rendering and display application on server 20 through use of the HTTP protocol by 
entering lf http://www.serverapp.conTyfoo.htmr at web browser 20, step 420. Web 
browser 10 sends the HTTP request to server 20, step 430. 

15 FIG 4B illustrates the steps that the server-side software initially takes to respond 

to the request for a compound document at client system 15. SSP 40 receives the HTTP 
protocol request, step 440. SSP 40 accesses the HTML data file foo.html that provides 
the user the ability to specify a compound document for display at client system 15, step 
450 and sends it to Web browser 1 0, step 460 

20 FIG 5 A illustrates the steps that the Web browser 10 takes after receiving the 

HTML data file describing the selection page, foo.html. Web browser 10 initially 
interprets the HTML data file to create a display screen at client system 15, step 510 , 
and displays it on the monitor 19 of the system, step 520 . After the user selects a 
compound document to be displayed or a portion of a compound document such as a 

25 page, step 530. Web browser 10 sends the response to SSP 40 by the HTTP protocol, 
step 540 . 

FIG. 5B illustrates the steps that the server-side software takes in responding to 
the compound document request by client system 1 5. SSP 40 receives the HTTP request 
from client system 1 5, step 550 An HTML file that includes an APPLET or OBJECT 
30 tag identifying the applet 70 to be loaded and also the location of the compound 
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document that is to be displayed is generated and shown as step 560 . SSP 40 delivers 
the HTML file, including the imbedded APPLET tag, to Web browser 1 0, step 570 . 

FIG 6A illustrates the steps that the client-side takes after receiving the HTML 
data file identifying applet 70 and the compound document to be displayed. Web 
5 browser 1 0 renders the HTML data file, step 600 and identifies the APPLET or 

OBJECT tag, step 610 . Web browser 1 0 requests that applet be loaded from server 20, 
step 620 and sizes the presentation window for display of the compound document, step 
630 . Upon receiving in RAM 1 8 the bytecode of applet 70, Web browser 10 passes the 
bytecode to JVM 80 further processing, step 640 . JVM 80 may either interpret the 

1 0 bytecode or generates native machine code for execution of applet 70, step 650 . 
Control is passed to applet 70, step 660 . 

FIG 6B shows the steps that applet 70 takes after receiving control. Applet 70 
requests the compound document from server 20 by issuing an HTTP request to the 
server identifying the compound document as a /fOO.pl parameter and optionally a 

1 5 pointer to a CGI PROGRAM for providing any additional document support, step 670. 
Upon receipt of the document, applet 70 renders and displays the document on client 
system 1 5, step 680. Applet 70 may optionally request additional compound documents 
for further display, step 690 . 

As has been previously discussed, applet 70 is never installed on client system 

20 15, but rather is temporarily stored in the RAM of client system 15 only during the time 
it is active. Upon termination of applet 70, both applet 70 and the compound document 
are not persistently or permanently stored on client system 15. The process 
advantageously has a "zero footprint". 

In one embodiment of the invention, the compound documents that are rendered 

25 and displayed by applet 70 contain graphics described by vector illustrations. Vector 
illustration is a graphic technique for representing an object as the combination of 
filled-in polygons. The polygons, which are not restricted by size or the number of 
sides, in combination define the shape of the object. Each polygon may be filled-in or 
colored independently of the other polygons. Because of these features vector 

30 illustration provides a powerful technique for representing a graphical object with a high 
degree of granularity. The compound documents as described in U.S. Patent 5,579,519 
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previously incorporated by reference and contemplated herein may include vector 
illustrations to represent an object. Unfortunately native Java does not provide the 
ability to interpret complex vector illustrations. Applet 70 includes support for 
interpreting and rendering a graphical object represented by complex vector illustrations. 
5 Complex vector illustration is advantageously used to represent Japanese characters, and" 
can be further used to support character sets not supported by native Java. 

In another embodiment according to the instant invention, the cooperative 
interaction between the client-side software and the server-side software allow for the 
manipulation of images in order to accommodate the client system 1 5, and support 

10 additional functionality that is lacking in native Java. CGI PROGRAM 50 on server 20 
can alter the presentation of an image within a compound document for display at client 
system 1 5 by changing the compound document to reflect the changes. As has been 
previously described, CGI PROGRAM 50 can scale the resolution of images within a 
compound document to accommodate the capabilities of client system 15. Further, CGI 

1 5 PROGRAM 50 can manipulate an image within a compound document to cause rotation 
of the image during the presentation of the image. This feature is particularly useful in 
support of a landscape type display of the compound document. Scaling and rotation of - 
images is necessarily performed by the server-side software, since these features are not 
supported by the functionality of JVM 80. Compression techniques are employed on the.A 

20 server-side to reduce network transmission time and client memory costs in sending high 
resolution image data to a low resolution client 

In another practice of the invention, applet 70 includes a graphical user interface 
(GUI) as shown in FIG. 7 for controlling the presentation of the compound document at 
client system 15. Referring to FIG. 7, the GUI includes a presentation window 705 and 

25 a toolbar 710 consisting of one or two rows of "controls" (i.e. menus or buttons) 

manipulating the contents of presentation window 705. The first row of "controls" is the 
history bar 715 which allows the traversing of previously displayed documents by 
following HyperText links. History bar 715 includes a scrollable history 720 of the links 
and buttons for moving forward 725 and backward 730 in the link history. The history 

30 bar 715 is initially invisible, and is made visible the first time that a user follows a link 
and remains visible while applet 70 is active. The second row 735 of the toolbar is 
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always visible, and controls the presentation of the current compound document in the 
presentation window 705. Row 735 includes a FIRST PAGE 740 button for presenting 
the first page of a compound document, a NEXT PAGE 745 button, a PREVIOUS 
PAGE 750 button, and a LAST PAGE 755 button. These buttons operate in a 
5 conventional manner. A new window can be sized within the original presentation 
window 705 by selecting the NEW WINDOW 760 button to permit the display of an 
additional compound document by applet 70. This additional window permits the 
simultaneous display of two or more compound documents. Row 735 also includes a 
REFRESH 765 button for refreshing presentation window 705, a PRINT 770 button for 

1 0 printing the compound document, and a HELP 775 button. Row 735 also includes a 
selection box 780 for "zooming" in or out of a compound document. Presentation 
window 705 can be scrolled vertically through a VERTICAL SCROLL BAR 785 and 
horizontally through a HORIZONTAL SCROLL BAR 790. 

Having described the invention, what is claimed as new and desired to be 

1 5 secured by Letters Patent is: 
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What is claimed: 

1 . A method for displaying a compound document residing on a server system at a 
client system, said client system having a processor for executing computer instructions 

5 and capable of communication with said server system, the method comprising the steps 
of: 

requesting said compound document from said server system by said client 
system; 

receiving from said server system said compound document and first computer 
10 instructions corresponding to commands for displaying said compound document; 

generating in response to said first computer instructions at said client system 
second computer instructions executable by said processor of said client system for 
displaying said compound document; 

executing at said client system said second computer instructions, and 
15 displaying said compound document at said client system. 

2. The method of claim 1, further comprising the step of providing browser 
software at said client system; and wherein said requesting step further includes the step 
of executing said browser software on said client system for specifying the requested 

20 compound document. 

3. The method of claim 1 , further comprising the step of providing a compound 
document having information selected from the group of text, image, and graphic data. 

25 4. The method of claim 1, wherein said first and said second computer instructions 
are not persistently stored on said client system. 

5. The method of claim 1, further comprising the step of scaling said compound 
document at said server system to adjust the display of said compound document at said 
30 client system. 
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6. The method of claim 2, wherein said receiving step further includes receiving 
JAVA bytecode by said browser at said client system. 

7. The method of claim 2, wherein said requesting step further includes initiating 
5 by said browser software a request for the transmission of said compound document 

using the HTTP protocol. 

8. The method of claim 3, wherein said displaying step further includes the step of 
rotating said graphic data by said browser software before displaying said graphic data 

10 on said client system 

9. A computer readable media having computer instructions thereon corresponding 
to commands for displaying a compound document received at a client system, said 
client system having a computer processor and capable of executing browser software 

1 5 thereon, said computer instructions including first computer instructions, generated by 
compiling source statement instructions, causing said browser software, coupled to a 
JAVA Virtual Machine, to generate second computer instructions executable by said 
processor of said client system for displaying said compound document. 

20 10. The computer readable media of claim 9, wherein said first computer instructions 
are JAVA bytecode. 

1 1 . The computer readable media of claim 9, wherein said source statement 
instructions are instructions from the JAVA programming language. 

25 

12. The computer readable media of claim 9, wherein said compound documents 
consist of information from the group of text, image, and graphic data.. 
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13. A document distribution system residing on a server system for transferring a 
compound document to a client system for display thereon, said document distribution 
system comprising; 

means for receiving a request for transferring said compound document to said 
5 client system; 

first transfer means for transferring pseudo computer instructions from said 
server system to said client system corresponding to computer instructions that are 
executable at said client system to display said compound document; and 

second transfer means for transferring to said client system said compound 
10 document in response to said executable computer instructions at said client system. 

14. The document distribution system of claim 13, further comprising means for 
compressing said compound document prior to transmitting said compound document. 

15 15. The document distribution system of claim 13, further comprising means for 
scaling said compound document for display of said document at said client system. 

16. The document distribution system of claim 13, wherein said means for receiving 
a request for transferring said compound document is responsive to a request coded in 

20 the HTTP protocol. 

17. The document distribution system of claim 13, wherein said pseudo computer 
instructions comprise JAVA bytecode. 

25 18. The document distribution system of claim 13, wherein said compound 

document includes information selected from the group of text, image, and graphic data. 
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19. A document display system, executable on a client system, for displaying at said 
client system a compound document residing on a server system, said client system 
having a computer processor therein and capable of communication with said server 
system, said document display system comprising: 

5 means for requesting said compound document from said server system; 

means for receiving from said server system said compound document and first 
computer instructions indicative of second computer instructions for displaying said 
compound document at said client system; 

means for generating in response to said first computer instructions said second 
10 computer instructions computer, said second computer instructions being executable by 
said processor of said client system for displaying said compound document at said 
client system; and 

means for executing at said client system said second computer instructions, and 
displaying said compound document at said client system. 

15 

20. The document display system of c'aim 19, wherein said means for executing 
further includes a Java Virtual Machine for deriving said second computer instructions. 

21 . The document display system of claim 19, wherein said means for requesting 
20 includes requesting said compound document using the HTTP protocol. 

22. The document display system of claim 19, wherein said first computer 
instructions comprise JAVA bytecode. 

25 23. The document display system of claim 19, wherein said means for requesting 
includes browser software, executable on said client system. 

24. The document display system of claim 19, wherein said compound document 
includes information selected from the group of text, image, and graphic data. 

30 
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